Domain management and configuration settings

ABSTRACT

A domain management resource monitors a behavior of a user controlling multiple resources disposed in a domain of a network environment. Based on the monitored behavior, the domain management resource identifies a repeated pattern of control in which the user controls a particular resource in the domain. The domain management resource derives a proposed control rule based on the repeated pattern of control. The proposed control specifies how to control the particular resource. The domain management resource presents the control rule for review and possible editing prior to programming the domain management resource to execute the control rule.

RELATED APPLICATIONS

This application is related to and claims the benefit of earlier filedU.S. Provisional Patent Application Ser. No. 61/983,194 entitled “DOMAINMANAGEMENT AND CONFIGURATION SETTINGS,” assigned Attorney Docket No.TWC14-01(14-04p)p, filed on Apr. 23, 2014, the entire teachings of whichare incorporated herein by this reference.

BACKGROUND

Conventional technology now includes so-called smart thermostats thatimplement software algorithms to reduce overall energy consumption(e.g., natural gas, oil, electricity, etc.) in a respective household.

One type of conventional smart thermostat monitors temperature settingsinputted by a respective user in a household. For example, the user ofthe conventional smart thermostat is able to manually control therespective temperature setting of the thermostat up or down dependingupon whether the user wants the temperature in the house to be warmer orcolder. The conventional smart thermostat keeps track of the differentsettings.

Based on different temperatures selected over a time span, such as aweek or a month, the smart thermostats detects a behavior of therespective user controlling the thermostat. In accordance with thedetected behavior, the smart thermostat automatically produces acorresponding control schedule to control a respective temperature inhouse. Subsequent to generating a respective control schedule ormodifying a control schedule, the smart thermostat automaticallyimplements the control schedule to control future temperature settingsin the household.

Thus, in accordance with conventional smart thermostats, detection ofpast temperature setting events provides a basis for the conventionalsmart controller to control future temperature settings in therespective house.

BRIEF DESCRIPTION OF EMBODIMENTS

Conventional techniques of automatically controlling a respectivecontrol device based on a history of prior settings suffer fromdeficiencies. For example, a user may program a respective householdthermostat to adjust a setting of a respective house from a setting of65° to the setting of 75° each weekday night at around 7 PM. Theconventional smart thermostat detects this input and generates aschedule to automatically readjust the temperature of the house to 75°at 7 PM. Thus, a schedule can be learned.

Without further input from a user, the conventional smart thermostatautomatically executes the learned schedule of controlling thethermostat. A downside of automatically executing a learned schedule isthat execution of the schedule may result in undesirable temperaturesettings. In other words, the conventional smart thermostat mayincorrectly assume that the user would like the conventional smartthermostat to automatically readjust settings under certain conditions.In such an instance, if the learned settings are incorrect, the user hasto continuously and manually override the automatic settings learned andimplemented by the conventional thermostat. Thus, a so-calledconventional smart thermostat may be annoying to use because it requiresconstantly fighting the programmed settings.

Embodiments herein deviate with respect to conventional techniques. Forexample, embodiments herein include novel ways of producing and managingcontrol settings associated with a respective domain such as ahousehold, business, etc.

More specifically, in accordance with one embodiment, a domainmanagement resource monitors a behavior of a user controlling one ormore settings (e.g., thermostat settings, set top box settings, volumecontrol settings, channel setting lighting settings, etc.) associatedwith resources disposed in a domain of a network environment. In oneembodiment, the multiple resources are communicatively coupled to thedomain management resource. Via respective communication links betweenthe resources and the domain management resource, the domain managementresource receives control information indicating input applied by theuser to control each respective resource. Thus, via received controlinformation, the domain management resource is informed and learns ofthe user settings applied to the controllable resources.

Based on the monitored behavior of the user controlling the one or moreresources, the domain management resource identifies a repeated patternof control in which the user controls at least one particular resourcein the domain. On behalf of the user, the domain management resourceutilizes the identified repeated pattern of control to derive a proposedrule (configuration setting) for the particular resource. For example,if a user performs the same action over and over again under particularconditions, the domain management resource generates a proposed rule. Inone embodiment, the proposed rule (configuration setting) specifies howto control the particular resource under in different circumstances.

In addition to receiving the control input, the domain managementresource may also monitor one or more environmental parameters such astime, air temperature, sound volume, channel setting, lighting, etc.,associated with the domain at the time of receiving the control input.The domain management resource can be configured to identifycorrelations between occurrence of the control input with respect todifferent events or conditions in the domain. By way of non-limitingexample embodiment, assume that each time a user watches a particularcable-television channel, the user controls light settings in arespective room in which a display screen resides to a particularintensity level. In accordance with this repeated pattern of controlbehavior, the domain management resource generates a proposed rule(configuration setting) indicating to automatically adjust the intensityof light in the room every time the domain management resource detectsthat the user has selected the particular cable-television channel forplayback.

Prior to programming the domain management resource with a newlygenerated configuration setting (such as to control an intensity ofambient lighting based on selection of the particular channel), thedomain management resource presents the proposed rule for review to arespective user in the subscriber domain. In one embodiment, the user isable to control whether the proposed rule is to be implemented by thedomain management resource.

In certain instances, as described herein, the domain managementresource can be configured to present the proposed rule for editing incase the user would like to change one or more parameters in theproposed rule before it is approved.

Embodiments herein are useful over conventional techniques because theyprovide the user with an option of whether or not to implement theproposed configuration setting. As previously discussed, technology suchas conventional smart thermostats automatically implement a respectiveschedule without approval by a respective user. Accordingly, asmentioned, in certain instances, conventional smart thermostats arelikely to control a respective temperature of a house to an undesiredsetting.

In accordance with further embodiments, the domain management resourcecan be configured to receive feedback generated by a user. The feedbackcan indicate whether the user likes current environmental conditions(environmental settings such as temperature setting, light setting,channel setting, volume setting, etc.) in a monitored domain of anetwork environment in which the user resides.

In one embodiment, the domain management resource produces a profile forthe user based on the feedback. For example, the profile generated bythe domain management resource can include a recording of the currentenvironmental conditions and/or settings associated with controlledresources to which the feedback pertains. The feedback can indicate thatthe user likes or dislikes current environmental conditions and/orsettings. The user can provide the feedback one or more times within aparticular time span. The domain management resource can be configuredto monitor the recorded environmental conditions and/or settings todetermine a respective pattern of like or dislike environmentalconditions and/or settings. The domain management resource analyzes theprofile information to derive control settings (control rules) for theuser. Based on the likes and or dislikes of the user, the domainmanagement resource derives control information to control futureenvironmental settings in the domain.

As previously discussed, the domain management resource can beconfigured to provide the user with an opportunity to edit the proposedconfiguration setting (rule) prior to the proposed configuration settingbeing presented to the user for selection.

Embodiments herein are useful over conventional techniques because theyprovide the user with the ability to provide useful feedback indicatingconditions in a domain that the user finds favorable. Based on theuser's likes, or dislikes, with respect to current settings orenvironmental conditions, the domain management resource generatescontrol information (rules) to control the subscriber domain.

These and other more specific embodiments are disclosed in more detailbelow.

Note that any of the resources as discussed herein can include one ormore computerized devices, servers, base stations, wirelesscommunication equipment, communication management systems, workstations,handheld or laptop computers, or the like to carry out and/or supportany or all of the method operations disclosed herein. In other words,one or more computerized devices or processors can be programmed and/orconfigured to operate as explained herein to carry out differentembodiments of the invention.

Yet other embodiments herein include software programs to perform thesteps and operations summarized above and disclosed in detail below. Onesuch embodiment comprises a computer program product including anon-transitory computer-readable storage medium (i.e., any physicalcomputer readable hardware storage medium) on which softwareinstructions are encoded for subsequent execution. The instructions,when executed in a computerized device (e.g., computer processinghardware) having a processor, program and/or cause the processor toperform the operations disclosed herein. Such arrangements are typicallyprovided as software, code, instructions, and/or other data (e.g., datastructures) arranged or encoded on a non-transitory computer readablestorage medium such as an optical medium (e.g., CD-ROM), floppy disk,hard disk, memory stick, etc., or other a medium such as firmware orshortcode in one or more ROM, RAM, PROM, etc., or as an ApplicationSpecific Integrated Circuit (ASIC), etc. The software or firmware orother such configurations can be installed onto a computerized device tocause the computerized device to perform the techniques explainedherein.

Accordingly, embodiments herein are directed to a method, system,computer program product, etc., that supports operations as discussedherein.

One or more embodiments herein include a computer readable storagemedium and/or system having instructions stored thereon. Theinstructions, when executed by computer processor hardware, cause thecomputer processor hardware (such as in a mobile computer device) to:monitor a behavior of a user controlling multiple resources disposed ina domain of a network environment, the multiple resourcescommunicatively coupled to a domain management resource associated withthe domain; based on the monitored behavior, identify a repeated patternof control in which the user controls a particular resource in thedomain; derive a control rule based on the repeated pattern of control,the control rule specifying how to control the particular resource; andpresenting the control rule for review prior to programming the domainmanagement resource with the configuration setting.

One or more embodiments herein include a computer readable storagemedium and/or system having instructions stored thereon. Theinstructions, when executed by computer processor hardware, cause thecomputer processor hardware (such as in a security system) to: receivefeedback generated by a user, the feedback indicating whether the userlikes current environmental conditions in a domain of a networkenvironment in which the user resides; produce a profile associated withthe user, the profile recording the current environmental conditions towhich the feedback pertains; and derive a configuration setting tocontrol future environmental settings in the domain based on thefeedback and corresponding recorded environmental conditions.

The ordering of the operations above has been added for clarity sake.Note that any of the processing steps as discussed herein can beperformed in any suitable order.

Other embodiments of the present disclosure include software programsand/or respective hardware to perform any of the method embodiment stepsand operations summarized above and disclosed in detail below.

It is to be understood that the system, method, apparatus, instructionson computer readable storage media, etc., as discussed herein also canbe embodied strictly as a software program, firmware, as a hybrid ofsoftware, hardware and/or firmware, or as hardware alone such as withina processor, or within an operating system or a within a softwareapplication.

As discussed herein, techniques herein are well suited for facilitatinginstallation of corresponding wireless access points in a networkenvironment. However, it should be noted that embodiments herein are notlimited to use in such applications and that the techniques discussedherein are well suited for other applications as well.

Additionally, note that although each of the different features,techniques, configurations, etc., herein may be discussed in differentplaces of this disclosure, it is intended, where suitable, that each ofthe concepts can optionally be executed independently of each other orin combination with each other. Accordingly, the one or more presentinventions as described herein can be embodied and viewed in manydifferent ways.

Also, note that this preliminary discussion of embodiments hereinpurposefully does not specify every embodiment and/or incrementallynovel aspect of the present disclosure or claimed invention(s). Instead,this brief description only presents general embodiments andcorresponding points of novelty over conventional techniques. Foradditional details and/or possible perspectives (permutations) of theinvention(s), the reader is directed to the Detailed Description sectionand corresponding figures of the present disclosure as further discussedbelow.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an example diagram illustrating a network environmentaccording to embodiments herein.

FIG. 2 is a more detailed example block diagram illustrating asubscriber domain including a domain management resource andcorresponding sensors and controllable resources according toembodiments herein.

FIG. 3 is an example diagram illustrating different selectablecategories in which to monitor control parameters according toembodiments herein.

FIG. 4 is an example diagram illustrating a detected hierarchy ofcontrol amongst multiple occupants in a subscriber domain according toembodiments herein.

FIG. 5 is an example diagram illustrating a user providing feedbackaccording to embodiments herein.

FIG. 6 is an example diagram illustrating a graphical user interfaceenabling a respective user to create a favorite control settingaccording to embodiments herein.

FIG. 7 is an example diagram illustrating display and selection of afavorite setting to control conditions/resources in a respectivesubscriber domain according to embodiments herein.

FIG. 8 is a diagram illustrating an example computer architecture inwhich to execute any of the functionality according to embodimentsherein.

FIGS. 9 and 10 are example diagrams illustrating methods according toembodiments herein.

The foregoing and other objects, features, and advantages of theinvention will be apparent from the following more particulardescription of preferred embodiments herein, as illustrated in theaccompanying drawings in which like reference characters refer to thesame parts throughout the different views. The drawings are notnecessarily to scale, with emphasis instead being placed uponillustrating the embodiments, principles, concepts, etc.

DETAILED DESCRIPTION AND FURTHER SUMMARY OF EMBODIMENTS

A domain management resource monitors occurrence of events and abehavior of a user controlling multiple resources disposed in asubscriber domain of a network environment. Based on the monitoredbehavior, the domain management resource identifies a repeated patternof control in which the user controls one or more resources in thesubscriber domain. The domain management resource derives a proposedcontrol rule or configuration setting based on the repeated pattern ofcontrol. The proposed control rule or configuration setting specifieshow to control the particular resource under certain conditions. In oneembodiment, prior to programming the domain management resource toexecute the control rule or configuration setting, the domain managementresource presents the control rule for review and possible editing.

In accordance with further embodiments as further discussed below, auser provides feedback indicating whether they like certainenvironmental conditions or settings associated with the subscriberdomain. Based on the feedback, the domain management resource learnsconditions in the subscriber domain that the user finds desirable. Inaccordance with the feedback, the domain management resource generatescontrol rules to control settings of resources/environmental conditionsin the subscriber domain.

Now, more specifically, FIG. 1 is an example diagram illustrating anetwork environment according to embodiments herein.

As shown, network environment 100 includes multiple subscriber domains150 (e.g., subscriber domain 150-1, subscriber domain 150-2, subscriberdomain 150-3, and so on). Note that each of the subscriber domains 150in network environment 100 can be any suitable type of domain such as ahome environment, business environment, etc.

Assume in this non-limiting example embodiment, subscriber domain 150-1represents a home environment or residence where a respective user 108-1(and one or more other occupants) domiciles.

Each of one or more subscriber domains 150 includes a respective domainmanagement resource 140. For example, as shown in this exampleembodiment, subscriber domain 150-1 includes domain management resource140, subscriber domain 150-2 includes domain management resource 142,subscriber domain 150-2 includes domain management resource 143, and soon.

Each domain management resource enables occupants in a respectivesubscriber domain to monitor and control one or more aspects of therespective subscriber domain.

Note that functionality associated with domain management resource 140can be performed in any suitable location. For example, subscriberdomain 150-1 can include appropriate hardware and software to executesuch functionality associated with a respective domain managementresource. Additionally or alternatively, server resource 119 or othersuitable resource can be configured to execute some or all of thefunctionality associated with a respective domain management resource.

In accordance with further embodiments, as mentioned, a respectivedomain management resource enables a respective subscriber to manage oneor more resources residing in the respective subscriber domain.

More specifically, in this example embodiment, subscriber domain 150-1includes controlled resource 146-1 (such as a temperature controller),controlled resource 146-2 (such as a television), controlled resource146-3 (such as a light source), etc. In certain instances, each of theresources 146 can be controlled by the domain management resource 140 orby an occupant in the subscriber domain 150-1 physically controllingknobs, buttons, etc., of the respective resources 146.

Subscriber domain 150-1 can include resources 145 to detectenvironmental condition associated with subscriber domain 150-1. Forexample, subscriber domain 150-1 can include sensor resource 145-1 (suchas a temperature sensor), sensor resource 145-2 (such as an audiosensor), sensor resource 145-3 (such as a light sensor), etc.

In accordance with further embodiments, each of the sensors can monitora different environmental condition or parameter. For example, sensorresource 145-1 can be configured to monitor a temperature associatedwith subscriber domain 150-1; sensor resource 145-2 can be configured tomonitor a volume of audio in the subscriber domain 150-1; sensorresource 145-3 can be configured to monitor optical energy in thesubscriber domain 150-1; and so on.

The sensors in subscriber domain 150-1 can be used to control acorresponding resource in subscriber domain 150-1. For example domainmanagement resource 140 can receive input from resource 145-3 indicatingan intensity of light in the subscriber domain 150-1. The domainmanagement resource 140 can control resource 146-3 (light source) to anappropriate level such that the resource 145-3 detects that theintensity of light is set to a desired level.

In the example embodiment shown in FIG. 1, each of the multipleresources 145 and 146 is communicatively coupled to the domainmanagement resource 140 via a respective communication link. Arespective communication link can be a wired or wireless communicationlink.

In this example embodiment, as shown, subscriber domain 150-1 includes acommunication link 128-1 between resource 145-1 and domain managementresource 140; subscriber domain 150-1 includes a communication link128-2 between resource 145-2 and domain management resource 140;subscriber domain 150-1 includes a communication link 128-3 betweenresource 145-3 and domain management resource 140; subscriber domain150-1 includes a communication link 129-1 between resource 146-1 anddomain management resource 140; subscriber domain 150-1 includes acommunication link 129-2 between resource 146-2 and domain managementresource 140; subscriber domain 150-1 includes a communication link129-3 between resource 146-3 and domain management resource 140; and soon.

In certain instances, resource 145 resides outside of subscriber domain150-1. Via communication link 128-4 (which may include a cellular phonelink, WiFi™ link, etc.) and communications through communication port160-1, the domain management resource 140 is able to receive andtransmit communications to resource 145-4. The communication link 128-4includes a portion of a communication path between distribution resource125 and domain to management resource 140. In one embodiment,distribution resource 125 is a cable modem termination system. Thedomain management resource 140 can include or be communicatively coupledto a cable modem resource.

In one embodiment, a respective communication link supports two-waycommunications enabling: i) the domain management resource 140 tocommunicate with the respective resource, and ii) the respectiveresource to communicate with the domain management resource 140. Incertain cases, a respective communication link may support only one-waycommunications such as from a sensor resource to the domain managementresource 140.

The domain management resource 140 monitors a behavior of one or moreoccupants in subscriber domain 150-1 controlling multiple resources 146(e.g., resource 146-1, resource 146-2, resource 146-3, . . . ). Theoccupant's behavior can be determined based on any suitable informationsuch as communications received from sensor resources 145 or controlledresources 146.

For example, the domain management resource 140 can be configured toreceive temperature control setting information associated withcontrolled resource 146-1 (such as a thermostat); the domain managementresource 140 can be configured to receive television control settinginformation associated with controlled resource 146-2 (such as atelevision); the domain management resource 140 receives light controlsetting information associated with controlled resource 146-3 (such as alighting resource); and so on. The domain management resource 140 can beconfigured to continuously monitor control settings associated withresources in subscriber domain 150-1. Thus, via communications fromcontrolled resources 146, the domain management resource 140 is aware ofthe different control settings over time.

Additionally, as mentioned, the domain management resource 140 can beconfigured to receive communications from one or more sensor resources145 to determine behavior of one or more occupants in subscriber domain150-1. For example, the domain management resource 140 can receivecommunications from sensor resource 145-1 indicating a temperaturesetting in subscriber domain 150-1; the domain management resource 140can receive communications from sensor resource 145-2 indicating avolume setting in subscriber domain 150-1; the domain managementresource 140 can receive communications from sensor resource 145-3indicating ambient light setting in subscriber domain 150-1; and so on.

In accordance with further embodiments, the domain management resource140 enables a respective user 108-1 (or group of users associated withsubscriber domain 150-1) to control one or more of the resources 146from a remote location. For example, the user 108-1 can operatecommunication device 195 (such as a mobile communication device) insideor outside of subscriber domain 150-1 to communicate with domainmanagement resource 140.

To control a respective resource in subscriber domain 150-1, the user108-1 inputs one or more control commands into the communication device195 to control a specified resource. The communication device 195transmits the one or more control commands to domain management resource140. The domain management resource 140 communicates the receivedcommands to a respective resource.

In certain instances, as mentioned, each of one or more of thecontrolled resources 146 (such as thermostat, television, light source,etc.) includes a control interface enabling the user 108-1 to directlycontrol the resource without communicating through the domain managementresource 140. For example, the resource 146-1 (thermostat) can include aset of one or more buttons, knobs, etc., operated by the user 108-1 toincrease or decrease a temperature setting associated with subscriberdomain 150-1; the resource 146-2 can include a set of one or morebuttons, knobs, etc., operated by the user 108-1 to make a channelselection, control volume, etc.; the resource 146-3 can include a set ofone or more buttons, knobs, etc., operated by the user 108-1 to increaseor decrease a magnitude of light outputted by resource 146-3 insubscriber domain 150-1; and so on.

Subscriber domain 150-1 can also include one or more resources such as acamera to monitor and detect which of the occupants in subscriber domain150-1 performs different control functions.

FIG. 2 is a more detailed example block diagram of a domain managementresource and corresponding subscriber domain according to embodimentsherein.

In this example embodiment, domain management resource 140 includesmonitor resource 240. Via communications through communication interface220 to resources 145 and 146, the monitor resource 240 detectsoccurrence of different events (such as a change in control settings)and/or conditions in subscriber domain 150-1. In one embodiment, monitorresource 240 stores monitor information 285 (such as currentenvironmental conditions, occurrence of events, etc.) in repository180-1. Thus, via monitor information 285, domain management resource 140keeps track of different settings associated with resources 146 and/orenvironmental conditions as sensed by resources 145.

Via communications received from resources 145 and 146, the domainmanagement resource 140 analyzes monitor information 285 to identify abehavior of respective one or more occupants controlling resources 146or environmental conditions in subscriber domain 150-1. In oneembodiment, based on the monitored behavior, the domain managementresource 140 identifies a repeated pattern of control 250 in which theuser 108-1 repeatedly controls one or more resources and/orenvironmental conditions associated with the subscriber domain 150-1.

As further shown, the domain management resource 140 includes rulesengine 255. Rules engine 255 uses the repeated pattern of control 250 toproduce a proposed control rule 260 specifying how to control the set ofone or more resources 146. The repeated pattern of control 250 can be adetected behavior such as that the user 108-1 adjust a temperature ofthe subscriber domain to 75° at 7 PM every night. This condition orcontrol setting can be sensed in any number of ways.

For example, the monitor information 285 can indicate that the user108-1 controls the resource 146-1 to 75° every night at 7 PM.Alternatively, the monitor information 285 can monitor temperature assensed by resource 145-1. The communications received from the resource145-1 (temperature sensor) can indicate that the temperature of thesubscriber domain 150-1 changes from 65° to 75° around 7 PM every night.

The domain management resource includes rules engine 255 configured togenerate a proposed rule 260 based on the identified repeated pattern ofcontrol 250. As mentioned, assume in this example embodiment that themonitor information 285 indicates that the respective user 108-1controls resource 146-1 (thermostat) to 75° each day at around 7 PM. Inthis instance, on behalf of the user 108-1, the domain managementresource 140 utilizes the identified repeated pattern of control(setting of thermostat to 75° at 7 PM) to derive a proposed rule forcontrolling the resource 146-1. In one embodiment, the proposed rule 260specifies proposes to adjust the temperature of subscriber domain 150-1to be 75° each day at 7 PM.

Prior to programming the domain management resource 140 with the newlygenerated proposed rule 260 (such as to control the temperature ofsubscriber domain 150-1 to 75° each night at 7 PM), the domainmanagement resource 140 presents the proposed rule 260 for review touser 108-1.

Display of the proposed rule 260 can be done in any suitable manner. Inone embodiment, the domain management resource 140 initiates display ofthe proposed rule 260 in graphical user interface 123 displayed ondisplay screen 130-1 of communication device 195. Accordingly, prior toa rule being implemented, the user 108-1 is able to view proposed rule260 and determine whether or not to program domain management resource140 to execute the proposed rule 260.

In accordance with further embodiments, the user 108-1 can edit theproposed rule 260 as displayed in graphical user interface 123 ondisplay screen 130-1. For example, the proposed rule 260 presented tothe user 108-1 can indicate to modify the temperature setting ofsubscriber domain 150-1 to 75° at 7 PM every night. The user may decideto edit the proposed rule 260 prior to approval. For example, the usermay change the temperature from 75 degrees to 73°; the user 108-1 maychange the time and 7 PM to 6:30 PM; and so on.

Assume further in this example embodiment that the user 108-1 approvesof the proposed rule 260 and provides input 225 indicating to implementthe proposed rule 260. In such an instance, the rules engine 255 ofdomain management resource 140 converts the proposed rule 260 intocontrol rule 261 and stores it in repository 180-2.

Subsequent to storage, the controller 290 utilizes the control rule 261to perform future control of one or more resources on behalf of the user108-1 in a manner as detected in the repeated pattern of control 250.The control rule 261 can be implemented in any suitable manner. Forexample, in one embodiment, the controller resource 290 can monitor thecurrent time. In accordance with the control rule 261, when thecontroller 290 detects that it 7 PM, the controller 290 communicateswith the corresponding resource 146-1 (thermostat) to set thetemperature setting to 75°.

If the user 108-1 decides that he does not want to program the domainmanagement resource 140 in accordance with the proposed rule 260, theuser 108-1 operates communication device 195 to notify rules engine 255not to implement the proposed rule 260. In such an instance, the domainmanagement resource 140 discards the proposed rule 260 and does notproduce a corresponding control rule 261 for execution by controller290.

Embodiments herein are useful over conventional techniques because theyprovide the user 108-1 with an option of whether or not to implement theproposed rule 260 purposes of controlling subscriber domain 150-1. Aspreviously discussed, technology such as conventional smart thermostatsautomatically implement a respective schedule without approval by arespective user. Accordingly, as mentioned, in certain instances,conventional smart thermostats are likely to control a respectivetemperature of a house to an undesired setting.

As another example of identifying correlations and presenting proposedrules, assume that the monitor resource 240 detects that each time auser watches cable-television channel 620 on resource 146-2 (such as atelevision), the user 108-1 controls light settings in a room to aparticular intensity level.

In accordance with this detected repeated pattern of control behavior(i.e., setting light levels to the particular intensity level whenwatching the particular cable-television channel 620), the domainmanagement resource 140 generates a proposed rule indicating toautomatically adjust the intensity of light in the room every time thedomain management resource 140 detects that the user 108-1 has selectedthe particular cable-television channel 620 for playback.

In a manner as previously discussed, the domain management resource 140presents the proposed rule for review by user 108-1 on a suitabledisplay screen such as display screen 130-1 on communication device 195.If the user 108-1 approves of programming the domain management resource140 with the proposed rule (e.g., to control setting light levels to theparticular intensity level the user watches channel 620), the rulesengine 255 of domain management resource 140 creates a correspondingcontrol rule for storage in repository 180-2.

Controller 290 monitors current conditions of subscriber domain 150-1and provides control in accordance with the control rule. In thisexample embodiment, assume that the controller 290 detects a conditionsuch as that the user 108-1 controls resource 146-2 (television) to playback content received on channel 620. In accordance with the respectivecontrol rule, and in response to detecting selection of channel 620, thecontroller 290 controls light settings in subscriber domain 150-1 to theparticular intensity level.

As another example, the domain management resource 140 can monitorvolume settings associated with resource 146-2 (television) as the user108-1 switches (channel hops) amongst different channels for viewing.The domain management resource 140 can detect that when the user watcheschannel 625, the user repeatedly sets the volume to 22; the domainmanagement resource 140 can detect that when the user watches channel628, the user repeatedly sets the volume to 18; and so on.

In accordance with this detected repeated pattern of control, the rulesengine 255 of domain management resource 140 generates correspondingproposed rules for viewing by respective user 108-1. Assuming that theuser 108-1 approves of the rules, the rules engine 255 converts theproposed rules into control rules implemented by controller 290.Accordingly, in accordance with the control rules, each time thecontroller 290 detects that the user switches to view channel 625 onresource 146-2 (television), the controller sets the volume to 22; eachtime the controller 290 detects that the user switches to view channel628 on resource 146-2 (television), the controller sets the volume to18; and so on.

In accordance with another example embodiment, assume that the domainmanagement resource 140 detects that the temperature of the subscriberdomain as indicated by resource 145-1 (temperature sensor) is set to 75°every time the user turns on resource 146-2 (television). In such aninstance, the monitor resource 240 can be configured to generate arespected repeated pattern of control 250 indicating that thetemperature of the subscriber domain 150-1 is often set to 75° when theuser watches resource 146-2 (television). In accordance with thisdetected repeated pattern of control, the rules engine 255 generates aproposed rule 260 indicating to adjust the temperature of subscriberdomain 150-1 to 75° any time that the user activates resource 146-2(television). Assuming that the user 108-1 approves of the proposedrule, the rules engine 255 creates a corresponding control rule forexecution by controller 290. When the controller 290 detects a conditionin which the user watches resource 146-2 (television), the controller290 adjusts the temperature in the subscriber domain 150-1 to be 75°.This control action (such as setting the temperature to 75°) can beachieved by communicating appropriate control information from domainmanagement resource 142 resource 146-1 (thermostat), setting thetemperature to 75°.

Thus, in accordance with one embodiment, the controller 290 can beconfigured to: monitor current environmental conditions (such as that auser watches television) in the subscriber domain 150-1; compare thecurrent environmental conditions (such as that the user 108-1 in thesubscriber domain 150-1 watches television) of the network environment100 to control parameters (temperature) as specified by the control rule261; and control one or more resources (such as the resource 146-1) onbehalf of the user 108-1 in a manner as specified by the control rule261.

In accordance with another example embodiment, assume that the domainmanagement resource 140 detects that the lights in subscriber domain150-1 are typically turned off when the temperature of the subscriberdomain is less than 65°. In accordance with this detected repeatedpattern of control, the monitor resource 240 can be configured togenerate a respective repeated pattern of control 250 indicating thatresource 146-3 (a light source) should be off when the temperature insubscriber domain as indicated by resource 145-1 (temperature sensor) isbelow 65°. In accordance with this detected repeated pattern of control,the rules engine 255 generates a proposed rule. Assuming that the user108-1 approves of the proposed rule, the rules engine 255 creates acorresponding control rule for execution by controller 290. When thecontroller 290 detects a condition in which the temperature(environmental conditions) associated with subscriber domain 150-1 isbelow 65°, the controller 290 communicates over communication link 129-3to turn resource 146 (lights) to an off state.

Thus, in accordance with one embodiment, the controller 290 can beconfigured to: monitor current environmental conditions (such as atemperature setting) in the subscriber domain 150-1; compare the currentenvironmental conditions (such as the current temperature setting) ofthe network environment 100 to control parameters (such as a 65°threshold value) as specified by the control rule; and control one ormore resources (such as the resource 146-3) to an OFF state if thetemperature in subscriber domain 150-1 is less than the 65° thresholdvalue.

As a further example, the domain management resource 140 can beconfigured to detect that a user in subscriber domain 150-1 adjusts arespective thermostat everyday at 7 pm to 70 degrees. After detecting acertain repetitive frequency of this control setting, the domainmanagement resource 140 can be configured to generate a proposed controlrule. Upon presenting the proposed rule to a user, the domain managementresource can provide a notification to the user in subscriber domain150-1 such as “You have adjusted your thermostat every day for the past7 days to 70 degrees at 7 pm. Click this box if you would like to enablea rule that will automatically make this adjustment for you in thefuture.”

As a further example, a user 108-1 in subscriber domain 150-1 canpurchase a water sensor to monitor their water system. The water sensormay trigger multiple times in one month. In such an instance, the domainmanagement resource 140 can be configured to generate a notification tothe user 108-1 suggesting the user 108-1 call a local professionalplumber to fix a respective leak.

As yet a further example, the domain management resource 140 can beconfigured to detect that a user 108-1 arrives at home (subscriberdomain 150-1) 10 days in a row at 7 pm and turns on the TV and tunes tochannel X news programming. On the 11th day, the domain managementresource can be configured to detect that the user did not arrive homeat 7:00 PM. The domain management resource 140 detects this extremechange in trend and automatically triggers a respective digital videorecorder in subscriber domain 150-1 to record the channel X newsprogram.

As yet a further example, a user 108-1 that subscribes to 24×7 videorecording may leave the subscriber domain 150-1 everyday from 10 am-1pm. Each time the user 108-1 returns, the domain management resource 140detects that user logs into a respective subscriber portal and reviewsvideo from the previous hour 12-1 pm. After the domain managementresource 140 detects 5 occurrences of these events within a 10 dayperiod, on the 11th day, the domain management resource 140automatically records a video clip during the 12-1 pm time period. Thedomain management resource 140 can be configured to generate a proposedcontrol rule to automatically record at this time everyday.

Habits of the one or more parties associated with subscriber domain150-1 can change over time. In other words, old control rules 261 canbecome outdated. It should be noted that after creating one or morecontrol rules 261, the monitor resource 240 can continue to monitorhabits of one or more parties associated with the subscriber domain150-1. In one embodiment, when the rules engine 255 detects that anupdated repeated pattern of control 250 produced by the monitor resource240 is different than the current control rules 261 (or because the user108-1 overrides settings by controller 290 and current control rules261), the rules engine 255 generates a proposed change to the currentcontrol rules 261. In such an instance, after detecting a new pattern ofcontrol 250, the rules engine 255 can be configured to forward a newlyproposed rule to user 108-1 in a similar manner as previously discussed.If the user 108-1 or other suitable entity selects the newly proposedrule (which would override an old control rule 261), the rules engine255 updates the appropriate one or more control rules 261 associatedwith the subscriber domain 150-1 in accordance with the newly detectedpattern of control 250 approved and selected proposed new rule. Thus,according to embodiments herein, the domain management resource 140 andcorresponding components (such as monitor resource 240, rules engine255, controller 290, etc.) can be configured to dynamically updatecontrol rules 261 depending upon a newly detected pattern of control250. The rules engine 255 can be configured to automatically update oldcontrol rules. If desired, as mentioned, updating of old control rulesmay require approval from a respective occupant (such as user 108-1)associated with the subscriber domain 150-1.

FIG. 3 is an example diagram illustrating different categories in whichto monitor control parameters according to embodiments herein.

In accordance with further embodiments, the user 108-1 in subscriberdomain 150-1 can select amongst different possible categories to monitorconditions, events, control settings, etc., associated with subscriberdomain 150-1 and propose suitable control rules.

For example, as shown in graphical user interface 123-1 on displayscreen 130-1, the domain management resource notifies the user 108-1 ofthe different categories in which the domain management resource 140 canbe configured to detected repeated pattern of control and proposecorresponding control rules. As shown, the domain management resource140 prompts the user 108-1 to select a category of interest in which theuser 108-1 would like the domain management resource 140 can monitorconditions/bands and propose corresponding control rules.

Assume that the user 108-1 selects the category “I would like to savemoney on energy bills.” In such an instance, the domain managementresource 140 would monitor conditions, events, control input, etc., andpropose control rules that would help the user 108-1 to save money onenergy. In accordance with such an embodiment, the domain managementresource 140 may detect that a particular room in subscriber domain150-1 (such as a house) is not occupied between 11 PM and 6 AM. In suchan instance, the domain management resource 140 can be configured toproduce a propose control rule to lower a temperature of the particularroom to 65° between 11 PM and 6 AM. In a manner as previously discussed,domain management resource 140 presents the proposed control rule forreview because the particular resource falls within a category ofinterest as selected by the user. The user 108-one can then selectproposed rule to control the temperature the particular room to 65°between 11 PM and 6 AM.

In accordance with further embodiments, the domain management resource140 can be configured to receive temperature readings from one or moresensor resources located in subscriber domain 150-1 to create a timebased thermal map of the house. This received information can becombined with sun light levels measured by light detectors throughoutthe subscriber domain 150-1. The domain management resource 140 canproduce occupancy data indicating presence of occupants in thesubscriber domain 150-1 based on feedback from additional sensors (suchas motion, infrared sensors, capacitance sensors, etc.) disposed insubscriber domain 150-1. The domain management resource 140 or othersuitable resource can be configured to analyze the collected inconjunction with local weather data and sunlight trajectory data todetermine an optimal balance of controlling levels of natural lighting,temperature, etc.

The optimal control balance (as indicated by generated controlinformation) may depend on a level of detected occupancy in thesubscriber domain 150-1. The domain management resource 140 receives thecontrol information and utilizes the control information to adjustshades, blinds, smart glass windows, HVAC dampers, lighting systems,etc. As described herein, the domain management resource 140 can beconfigured to monitor user feedback from simple manual adjustments (suchas raising temperature control settings, lowering light levels, etc.).The control information can be used to determine the most energyefficient means of achieving a desired user action.

FIG. 4 is an example diagram illustrating a detected hierarchy ofcontrol amongst occupants in a subscriber domain according toembodiments herein.

In accordance with further embodiments, the control rules generated bythe domain management resource 140 can be associated with differentoccupants in the subscriber domain 150-1. For example, the domainmanagement resource 140 can receive input indicating which of the usersperforms different control functions in subscriber domain 150-1. Aspreviously discussed, in one embodiment, the subscriber domain 150-1includes one or more cameras monitoring which of the occupants insubscriber domain performs different control operations. Based ondetected repeated patterns of control for each occupant, the domainmanager resource 140 produces a different proposed rule andcorresponding control rule for each of the different occupants in amanner as discussed above.

In this example embodiment, assume that the domain management resource140 produces control rule 461-1 based on monitoring occupant #1controlling temperature settings in subscriber domain 150-1; domainmanagement resource 140 produces control rule 461-2 based on monitoringoccupant #2 controlling temperature settings in subscriber domain 150-1;the domain management resource 140 produces control 461-3 based onmonitoring occupant #3 controlling temperature settings in thesubscriber domain 150-1; and so on. Thus, the temperature settingscategory includes control rule 461-1, control rule 461-2, and a controlrule 461-3.

Assume that the domain management resource 140 produces control rule462-1 based on monitoring occupant #1 controlling video storage settingsin subscriber domain 150-1; domain management resource 140 producescontrol rule 462-3 based on monitoring occupant #3 controlling videostorage settings in subscriber domain 150-1. Thus, the video storagesettings category includes control rule 462-1 and 462-3.

Assume that the domain management resource 140 produces control rule463-1 based on monitoring occupant #1 controlling light settings insubscriber domain 150-1; domain management resource 140 produces controlrule 463-2 based on monitoring occupant #2 controlling light settings insubscriber domain 150-1; domain management resource 140 produces controlrule 463-3 based on monitoring occupant #3 controlling light settings insubscriber domain 150-1. Thus, the light setting category includescontrol rule 463-1, 463-2, and 462-3.

As shown, the domain management resource 140 associates the proposedcontrol rules with each respective user (occupant). In any suitablemanner as discussed above, when the domain management resource 140detects presence of a particular occupant in the subscriber domain150-1, the domain management resource 140 controls one or morecorresponding resources in subscriber domain 150-1 in accordance withthe corresponding rule.

In a first example, assume that the domain management resource 140detects presence of only occupant #1 in the subscriber domain 150-1. Insuch an instance, in response to detecting such a condition, thecontroller 290 of domain management resource 140 maps the identity ofoccupant #1 to control rule 461-1 and controls temperature settings insubscriber domain 150-1 in accordance with control rule 461-1.

In a second example, assume that the domain management resource 140detects presence of only occupant #2 in the subscriber domain 150-1. Insuch an instance, in response to detecting such a condition, thecontroller 290 of domain management resource 140 maps the identity ofoccupant #2 to control rule 461-1 and controls temperature settings insubscriber domain 150-1 in accordance with control rule 461-2.

In a third example, assume that the domain management resource 140detects presence of only occupant #3 in the subscriber domain 150-1. Insuch an instance, in response to detecting such a condition, thecontroller 290 of domain management resource 140 maps the identity ofoccupant #3 to control rule 461-1 and controls temperature settings insubscriber domain 150-1 in accordance with control rule 461-3.

Accordingly, the domain management resource 140 can detect differentoccupants in the subscriber domain 150-1 and control correspondingsettings in accordance with the respective occupant.

In accordance with yet further embodiments, the domain managementresource 140 can be configured to receive input indicating a controlhierarchy associated with occupant #1, occupant #2, occupant #3, etc.The input can be a command from a respective user 108-1 in subscriberdomain 150-1 indicating a priority of executing the different controlrules for each of the different occupants. For example, the input can bea specific command received from the user 108-1 indicating a priorityassociated with each of the control rules or persons in a respectivecategory (such as temperature setting, video stored settings, mightsettings, etc.). Accordingly, a respective administrator occupant in thesubscriber domain 150-1 can specify a ranking or priority associatedwith the different occupants and/or control rules in each category.

In accordance with alternative embodiments, note that the domain managerresource 140-1 can be configured to learn the hierarchy (priority)associated with the control rules based upon monitoring activity and/orenvironmental conditions in the respective subscriber domain 150-1. Forexample, based on input received from monitoring the resources 145 and146, the domain management resource 140-1 can detect that occupant #1always controls the corresponding temperature settings in subscriberdomain 150-1, even though occupants #2 and #3 also may be present in thesubscriber domain. In such an instance, the domain management resource140 ranks the control rule 461-1 associated with occupant #1 as ahighest as priority in the temperature settings category.

Further in this example embodiment, based on monitoring of the resources145 and 146, the domain management resource 140-1 can detect thatoccupant #3 controls the corresponding temperature settings insubscriber domain 150-1, even though occupant #2 also may be present inthe subscriber domain. In such an instance, the domain managementresource 140 ranks the control rule 461-3 associated with occupant #3 ashigh as a next highest priority (priority=2, beneath occupant #1) in thetemperature settings category.

Further in this example embodiment, based on monitoring of the resources145 and 146, the domain management resource 140-1 can detect thatoccupant #2 is lowest in the priority ranking. Accordingly, in thisinstance, the domain management resource 140 ranks the control rule461-2 associated with occupant #2 as a lowest priority (beneath occupant#3) in the temperature settings category.

Thus, embodiments herein can include ranking the different control rulesassociated with each of the occupants.

Assume that the domain management resource 140 detects presence ofoccupant #1, occupant #2 and occupant #3 in the subscriber domain. Insuch an instance, the domain management resource 140 utilizes thecontrol hierarchy (priority) in FIG. 4 to identify a ranking of thedifferent occupants with respect to each other. In response to detectingthat occupant #1 has the highest priority in the temperature settingscategory, the domain management resource 140 utilizes control rule 461-1to control temperature settings in subscriber domain 150-1. In responseto detecting that occupant #3 has the highest priority in the lightsettings category, the domain management resource 140 utilizes controlrule 463-3 to control ambient light settings in subscriber domain 150-1.

Assume that the domain management resource 140 detects presence of onlyoccupant #2 and occupant #3 in the subscriber domain 150-1. In such aninstance, the domain management resource 140 again utilizes the controlhierarchy (priority) to identify a ranking of the different occupantswith respect to each other. In response to detecting that occupant #3has the highest priority in both the temperature settings category andlight settings category, the demand management resource 140: i) utilizescontrol rule 461-3 to control temperature settings in subscriber domain150-1; and ii) utilizes control rule 463-3 to control ambient lightsettings in subscriber domain 150-1.

As discussed above, if only occupant #3 is detected as being present inthe subscriber domain 150-1, the domain management resource controls thetemperature settings associated with the subscriber domain 150-1 inaccordance with control rule 461-2. Additionally, in such an instance,the domain management resource 140 controls light settings associatedwith the subscriber domain 150-1 in accordance with control rule 463-2.

Implementation of video stored settings may not be dependent uponwhether the occupants are present in the subscriber domain 150-1. Forexample, with respect to video storage in subscriber domain 150-1, thedomain management resource 140 can be configured to execute control rule462-1 associated with occupant #1 over control rule 462-3 associatedwith occupant #3. Thus, if there is a conflict when storing requestedvideo content, the domain management resource 140 will store contentassociated with occupant #1 because they have a higher priority.

FIG. 5 is an example diagram illustrating a user providing feedbackaccording to embodiments herein.

In accordance with further embodiments, in addition to or as analternative to detecting repeated patterns of control as discussedabove, the domain management resource 140 can be configured to receivefeedback generated by one or more occupants in subscriber domain 150-1.The feedback can indicate whether the respective occupant likes currentcontrol settings and/or environmental conditions (environmental settingssuch as temperature setting, light setting, channel setting, volumesetting, etc.) in a monitored domain of a network environment 100 inwhich the occupant resides. As described herein, the received feedbackis useful towards generation of corresponding control rules to controlresources in the subscriber domain.

As shown, the user 108-1 can operate the communication device 195 toinitiate display of graphical user interface 123-2 on correspondingdisplay screen 130-1. Assume that the monitor resource 240 detects thatthe current location of the user 108-1 is the family room on subscriberdomain 150-1.

In this example embodiment, graphical user interface 123-2 enables therespective user 108-1 to provide feedback indicating whether or not theuser 108-1 likes the current conditions associated with family room onsubscriber domain 150-1. For example, if desired, the user 108-1operating communication device 195 can select symbol 505 in graphicaluser interface 123-2 on display screen 130-1 to indicate that theycurrently like at least one condition (such as temperature, a channelsetting of a television, a volume setting of the television, lightingconditions, etc.) in the family room of subscriber domain 150-1.Alternatively, if the user does not like current conditions, the user108-1 can select symbol 510 in graphical user interface 123-2 toindicate that they do not like at least one current environmentalcondition or control setting associated with the family room ofsubscriber domain 150-1.

Accordingly, embodiments herein can include initiating display of one ormore selectable symbols (such as symbol 505, symbol 510, etc.) on adisplay screen 130-1 viewed by a respective user 108-1. Selection ofselectable symbol 505 in this example produces feedback indicating thatthe user likes the current environmental conditions of the domain arounda time of the selection.

Assume in this example that the user 108-1 selects symbol 505. Inresponse to selection symbol 505, the communication device 195 transmitscommunication 520-2 to monitor resource 240. The communication 520-2notifies monitor resource 240 of domain management resource 140 that theuser 108-1 currently likes at least one current condition associatedwith family room in subscriber domain 150-1.

In one embodiment, in response to receiving the notification, themonitor resource 240 produces corresponding profile information forstorage in repository 180-1 indicating times when the corresponding user108-1 likes the different control settings and/or environmentalconditions. Based on the profile information 545 indicating desiredsettings/conditions, the rules engine 255 can be configured to produce acorresponding control rule such as control 561.

Note that the domain management resource 140 may delay producing arespective proposed control rule until a sufficient amount of feedbackis received from the user indicating control settings and/or conditionslike by the user (as indicated by selection of symbol 505 over multipledifferent occasions). After a sufficient amount of feedback is received,the monitor resource 240 analyzes the profile information 545 to detectrepeated pattern of liked settings and/or conditions. The rules engine255 generates one or more proposal control rules based on the repeatedpattern of liked conditions. The rules engine 255 can be configured topresent the proposed rule to user 108-1 in a manner as previouslydiscussed. If desired, the user 108-1 can approve of the proposed rulefor controlling subscriber domain 150-1 in the future.

Note that embodiments herein can enable a respective user 108-1 to morespecifically indicate what specific environmental conditions and/orcontrol settings are liked by the user 108-1 at a time of providingfeedback (e.g., selecting symbol 505).

As a further example, assume that in response to receiving selection ofsymbol 505 indicating that the user 108-1 likes at least one of thecurrent conditions associated with the family room of subscriber domain150-1, the monitor resource 240 communicates (via messages 520-4) withthe communication device 195 to display graphical user interface 123-3on display screen 130-1.

Because the user 108-1 may not like all current conditions and/orsettings associated with subscriber domain 150-1, graphical userinterface 123-3 notifies and requests the user 108-1 to specify which ofmultiple environmental parameters, conditions, settings, etc.,associated with the subscriber domain 150-1 the user 108-1 likes at atime of providing the feedback (such as selection of symbol 505).

In one embodiment, to create graphical user interface 123-3, the monitorresource 240 accesses the monitor information 285 to identify currentconditions in or control settings that may be liked by the user 108-1.The monitor resource 240 produces the graphical user interface 123-3 toindicate current conditions/control settings of resources 146 asdetected by the monitor resource 240 (and monitor information 285). Viainput to the graphical user interface 123-3, the user 108-1 is able toindicate which if any of the different possible conditions the user108-1 likes around a time of selecting symbol 505.

As shown, the user can select the checkbox 530-1 in graphical userinterface 123-3 to indicate that they like all of the current settingsdisplayed in graphical user interface 123-3. Selection of checkbox 530-1causes all of the other checkboxes 530-2, 530-3, 530-4, 530-5, etc., tobe selected.

If desired, the user 108-1 can select less than all of the checkboxes530. For example, the user 108-1 may only like current settingtemperature setting of 73° and the television volume of 22. In such aninstance, the user would provide input and check only checkbox 530-2 andcheckbox 530-4 of graphical user interface 123-3.

As another example, the user 108-1 may only like current televisionchannel selection of 620 and light control settings equal to 30% of fullbrightness. In such an instance, the user would provide input and checkonly checkbox 530-3 and checkbox 530-5 of graphical user interface123-3.

In this manner, the user 108-1 can specify one or more desired settingsand/or environmental conditions in subscriber domain 150-1. In responseto selecting the submit button in graphical user interface 123-3, thecommunication device 195 communicates the selections in graphical userinterface 123-3 to monitor resource 240 via communications 520-5. Basedon the received communications 520-5, the monitor resource 240 creates acorresponding profile 545 associated with user 108-1 indicatingenvironmental conditions and or control settings liked (or potentiallydisliked) by the respective user 108-1. Thus, the domain managementresource 140 produces a respective profile 545 for the user 108-1 basedon the provided feedback.

In one embodiment, the profile information 545 generated by the domainmanagement resource 140 can include a recording of the currentenvironmental conditions and/or settings associated with controlledresources to which the feedback (such as selection of symbol 505,selection of symbol 510, selection of submit button in graphical userinterface 123-3, etc.) pertains. As mentioned, based on the feedback andcorresponding record of an environmental conditions and/or settings ofcontrolled resources at a time of receiving the feedback, the domainmanagement resource derives a control rule to control futureenvironmental settings in the subscriber domain 150-1.

As mentioned, the profile information 545 associated with a respectiveuser can include feedback from one or more times of selecting symbol 505and/or submit button in graphical user interface 123-3).

In one embodiment, the monitor resource 240 receives first feedback fromthe user 108-1 at a first time and receives second feedback from theuser 108-1 at a second time when the user 108-1 indicates that they likecurrent conditions and/or control settings associated with subscriberdomain 150-1. In such an instance, the monitor resource 240 producesprofile information 545 associated with the user 108-1 to include atleast: i) a record of first environmental settings of the domain towhich the first feedback pertains, and ii) a record second environmentalsettings of the domain to which the second feedback pertains.

As further discussed below, the rules engine 255 can be configured toderive a proposed control rule or control setting based on a combinationof at least: i) the first environmental settings associated with thefirst feedback, and ii) the second environmental settings associatedwith the second feedback.

In accordance with further more specific embodiments, based on storedprofile information 545 associated with a respective user 108-1, therules engine 255 identifies settings or sensed conditions via multipleresources 145 and 146 that contribute to controlling the currentenvironmental conditions of the domain to which the feedback pertains.The rules engine 255 produces a proposed control rule (setting) tocontrol the multiple resources in a manner as indicated by the likedsettings or environmental conditions.

More specifically, in one embodiment, based on the settings and/orenvironmental conditions at the time of receiving feedback (such as thatuser liked or disliked current conditions), the rules engine 255 can beconfigured to produce a proposed control rule for presentation to thecorresponding user 108-1. In a manner as previously discussed, if theuser 108-1 approves of the proposed control rule, the rules engine 255produces a corresponding control rule (such as control rule 561) forcontroller 290 to control subscriber domain 150-1. Thus, the rulesengine 255 can be configured to utilize a control setting (such ascontrol rule 561) to program domain management resource 140 associatedwith the subscriber domain 150-1.

Subsequent to approval and programming of domain management resource 140with rule 561, the controller 290 monitors current environmentalconditions of the domain and utilizes the derived control setting tocontrol the future environmental conditions of the subscriber domain150-1 in accordance with control settings as specified by the controlrule 561.

In one embodiment, as previously discussed, the domain managementresource 140 can be configured to provide the user 108-1 with anopportunity to edit the proposed configuration setting (rule) prior tothe proposed configuration setting being used to control settingsassociated with subscriber domain 150-1.

Embodiments herein are useful over conventional techniques because theyprovide one or more occupants in a subscriber domain with the ability toprovide useful feedback indicating conditions in a domain that therespective occupants find favorable or unfavorable. Based on thedifferent occupants likes, or dislikes, with respect to current settingsor environmental conditions, the domain management resource 140generates one or more proposed control rules for each of one or moreusers to control subscriber domain 150-1.

FIG. 6 is an example diagram illustrating a user providing feedbackaccording to embodiments herein.

Note that in accordance with further embodiments, the user 108-1 mayprovide input notifying domain management resource 140 that the userwould like to create a favorite setting for subsequent selection by theuser. In accordance with such an embodiment, the domain managementresource initiates display of graphical user interface 123-4 on displayscreen 130-1 for user 108-1. Via graphical user interface 123-4, theuser 108-1 selects corresponding desired setting/conditions aspreviously discussed. The user 108-1 selects checkboxes 530-3, 530-4,and 530-5 (indicating desired control settings and/or environmentalconditions). Additionally, note that graphical user interface 123-4includes data field 655 in which the user is able to name a respectivefavorites setting. In this example embodiment, the user 108-1 names arespective setting “MELLOW MOOD” as shown in data field 655.

The user 108-1 then selects the SUBMIT button in graphical userinterface 123-4. This notifies the domain management resource 140 of thedifferent control settings and/or environmental conditions that are tobe used to create a respective favorites setting. In this exampleembodiment, the rules engine 255 utilizes the settings as selected ingraphical user interface 123-4 to produce a respective control rule(such as control rule 651) associated with user 108-1 in subscriberdomain 150-1.

Assume in this example embodiment that in response to selection of thesubmit button in graphical user interface 123-4, the rules engine 255produces control rule 661 to control the subscriber domain 150-1 inaccordance with the favorite settings (MELLOW MOOD) as specified ingraphical user interface 123-4.

FIG. 7 is an example diagram illustrating selection of a favoritesetting to control a respective subscriber domain according toembodiments herein.

As shown in FIG. 7, the user 108-1 operating communication device 195can be prompted of the different available favorite control settingsavailable for selection. More specifically, assume in this exampleembodiment that the user 108-1 operates communication device 195 todisplay selectable favorite settings (mellow mood, workout mood, etc.)associated with a location (such as the family room) in which the user108-1 currently resides.

In one embodiment, prior to displaying available favorite settings, thedomain management resource 140 detects that the user 108-1 currentlyresides in the family room of subscriber domain 150-1. The domainmanagement resource 140 then identifies any control rules (favoritesettings) that are available to the user 108-1 to control conditions inthe family room of subscriber domain 150-1.

As further shown in FIG. 7, in response to detecting presence of theuser (and/or communication device 195) in the family room to which theselectable control options (control rule 661, control rule 662, etc.)pertains, via communications 620-1, the domain management resource 140initiates display of the selectable options (MELLOW MOOD, WORKOUT MOOD,etc.) in graphical user interface 123-5 on display screen 130-1.

The user 108-1 viewing graphical user interface 123-5 can select amongstthe different symbols (symbol 705, symbol 710, etc.) to control settingsin the subscriber domain 150-1.

Assume that the user 108-1 selects symbol 705 (control rule 661). Inresponse to receiving user selection of the selectable option asindicated by symbol 705, the communication device 195 operated by user108-1 transmits a command via communications 620-2 to controller 290 ofdomain management resource 140.

In response to receiving communications 620-2 (selection of control rule661), the controller 290 controls environmental parameters and/orcontrol settings of the family room in a manner as specified by theselected control rule 661. For example, when selecting the favoritelabeled MELLOW MOOD, the controller 290 controls resource 146-2 toplayback content on channel 620; the controller 290 controls a volume ofresource 146-2 to be a volume level of 22; the controller 290 controlslight settings associated with resource 146-3 to 30% of full brightness;and so on.

Any of multiple different occupants residing in subscriber domain 150-1can produce favorite settings associated with a particular room in thesubscriber domain 150-1. Subsequent to creating the favorite settingsand corresponding control rules, a respective user is able to view thecorresponding favorite settings that they have created and selectamongst the different control rules (favorite settings) to control therespective subscriber domain 150-1.

The embodiment of producing favorite settings and corresponding controlrules is useful because the corresponding user is able to create acontrol rule and then control many parameters in a respective subscriberdomain via selection of a single button (such as symbol 705, symbol 710,etc.). This alleviates the user from having to manually control each ofthe different resources 146 to control the subscriber domain 150-1 todesired settings.

FIG. 8 is an example block diagram of a computer device for implementingany of the operations as discussed herein according to embodimentsherein.

As shown, computer system 850 of the present example includes aninterconnect 811, a processor 813 (such as one or more processordevices, computer processor hardware, etc.), computer readable storagemedium 812 (such as hardware storage to store data), I/O interface 814,and communications interface 817.

Interconnect 811 provides connectivity amongst processor 813, computerreadable storage media 812, I/O interface 814, and communicationinterface 817.

I/O interface 814 provides connectivity to a repository 480 and, ifpresent, other devices such as a playback device, display screen, inputresource 1192, a computer mouse, etc.

Computer readable storage medium 812 (such as a non-transitory hardwaremedium) can be any hardware storage resource or device such as memory,optical storage, hard drive, rotating disk, etc. In one embodiment, thecomputer readable storage medium 812 stores instructions executed byprocessor 813.

Communications interface 817 enables the computer system 850 andprocessor 813 to communicate over a resource such as network 190 toretrieve information from remote sources and communicate with othercomputers. I/O interface 814 enables processor 813 to retrieve storedinformation from repository 180.

As shown, computer readable storage media 812 is encoded with domainmanagement application 140-1 (e.g., software, firmware, etc.) executedby processor 813. Domain management application 140-1 can be configuredto include instructions to implement any of the operations as discussedherein.

During operation of one embodiment, processor 813 (e.g., computerprocessor hardware) accesses computer readable storage media 812 via theuse of interconnect 811 in order to launch, run, execute, interpret orotherwise perform the instructions in domain management application140-1 stored on computer readable storage medium 812.

Execution of the domain management application 240-1 produces processingfunctionality such as domain management process 140-2 in processor 813.In other words, the domain management process 140-2 associated withprocessor 813 represents one or more aspects of executing domainmanagement application 140-1 within or upon the processor 813 in thecomputer system 850.

Those skilled in the art will understand that the computer system 850can include other processes and/or software and hardware components,such as an operating system that controls allocation and use of hardwareresources to execute domain management application 140-1.

In accordance with different embodiments, note that computer system maybe any of various types of devices, including, but not limited to, awireless access point, a mobile computer, a personal computer system, awireless device, base station, phone device, desktop computer, laptop,notebook, netbook computer, mainframe computer system, handheldcomputer, workstation, network computer, application server, storagedevice, a consumer electronics device such as a camera, camcorder, settop box, mobile device, video game console, handheld video game device,a peripheral device such as a switch, modem, router, or in general anytype of computing or electronic device. The computer system 850 mayreside at any location or can be included in any suitable resource innetwork environment 100 to implement functionality as discussed herein.

Functionality supported by the different resources will now be discussedvia flowcharts in FIGS. 8 and 9. Note that the steps in the flowchartsbelow can be executed in any suitable order.

FIG. 9 is a flowchart 900 illustrating an example method according toembodiments. Note that there will be some overlap with respect toconcepts as discussed above.

In processing block 910, the domain management resource 140 monitors abehavior of a user controlling multiple resources disposed in a domainof a network environment 100. The multiple resources are communicativelycoupled to a domain management resource 140 associated with the domain.

In processing block 920, based on the monitored behavior, the domainmanagement resource 140 identifies a repeated pattern of control inwhich the user controls a particular resource in the domain.

In processing block 930, the domain management resource 140 producing aproposed control rule based on the repeated pattern of control, theproposed control rule specifying how to control the particular resource.

In processing block 940, the domain management resource 140 initiatespresenting the proposed control rule for review prior to programming thedomain management resource 140 with the proposed control rule.

FIG. 10 is a flowchart 1000 illustrating an example method according toembodiments. Note that there will be some overlap with respect toconcepts as discussed above.

In processing block 1010, the domain management resource 140 receivesfeedback generated by a user. The feedback indicates that the user likescurrent environmental conditions in a domain of a network environment100 in which the user resides.

In processing block 1020, the domain management resource 140 produces aprofile for the user. The profile records the current environmentalconditions to which the feedback pertains.

In processing block 1030, the domain management resource 140 derives acontrol setting to control future environmental settings in the domainbased on the feedback and corresponding recorded environmentalconditions in the profile.

Note again that techniques herein are well suited for use in controllingconditions in a respective subscriber domain of a network environment.However, it should be noted that embodiments herein are not limited touse in such applications and that the techniques discussed herein arewell suited for other applications as well.

Based on the description set forth herein, numerous specific detailshave been set forth to provide a thorough understanding of claimedsubject matter. However, it will be understood by those skilled in theart that claimed subject matter may be practiced without these specificdetails. In other instances, methods, apparatuses, systems, etc., thatwould be known by one of ordinary skill have not been described indetail so as not to obscure claimed subject matter. Some portions of thedetailed description have been presented in terms of algorithms orsymbolic representations of operations on data bits or binary digitalsignals stored within a computing system memory, such as a computermemory. These algorithmic descriptions or representations are examplesof techniques used by those of ordinary skill in the data processingarts to convey the substance of their work to others skilled in the art.An algorithm as described herein, and generally, is considered to be aself-consistent sequence of operations or similar processing leading toa desired result. In this context, operations or processing involvephysical manipulation of physical quantities. Typically, although notnecessarily, such quantities may take the form of electrical or magneticsignals capable of being stored, transferred, combined, compared orotherwise manipulated. It has been convenient at times, principally forreasons of common usage, to refer to such signals as bits, data, values,elements, symbols, characters, terms, numbers, numerals or the like. Itshould be understood, however, that all of these and similar terms areto be associated with appropriate physical quantities and are merelyconvenient labels. Unless specifically stated otherwise, as apparentfrom the following discussion, it is appreciated that throughout thisspecification discussions utilizing terms such as “processing,”“computing,” “calculating,” “determining” or the like refer to actionsor processes of a computing platform, such as a computer or a similarelectronic computing device, that manipulates or transforms datarepresented as physical electronic or magnetic quantities withinmemories, registers, or other information storage devices, transmissiondevices, or display devices of the computing platform.

While this invention has been particularly shown and described withreferences to preferred embodiments thereof, it will be understood bythose skilled in the art that various changes in form and details may bemade therein without departing from the spirit and scope of the presentapplication as defined by the appended claims. Such variations areintended to be covered by the scope of this present application. Assuch, the foregoing description of embodiments of the presentapplication is not intended to be limiting. Rather, any limitations tothe invention are presented in the following claims.

We claim:
 1. A method comprising: monitoring a behavior of a usercontrolling multiple resources disposed in a domain of a networkenvironment, the multiple resources communicatively coupled to a domainmanagement resource associated with the domain; based on the monitoredbehavior, identifying a repeated pattern of control in which the usercontrols a particular resource in the domain; producing a proposedcontrol rule based on the repeated pattern of control, the proposedcontrol rule specifying how to control the particular resource; andpresenting the proposed control rule for review prior to programming thedomain management resource with the proposed control rule.
 2. The methodas in claim 1 further comprising: in accordance with received controlinput, utilizing the proposed control rule to program the domainmanagement resource to perform future control of the particular resourceon behalf of the user in a manner as detected in the repeated pattern ofcontrol.
 3. The method as in claim 2 further comprising: monitoringcurrent environmental conditions in the domain; comparing the currentenvironmental conditions in the domain of the network environment tocontrol parameters as specified by the control rule; and controlling theparticular resource on behalf of the user in a manner as specified bythe control rule.
 4. The method as in claim 1 further comprising:producing the proposed control rule based at least in part on monitoredenvironmental parameters in the domain at the time of receivingrespective control input.
 5. The method as in claim 4, wherein themonitored environmental parameters are selected from the groupconsisting of: current time in the domain, temperature conditions of thedomain, lighting conditions in the domain, and occupancy conditions inthe domain.
 6. The method as in claim 1, wherein the user is a firstuser; wherein the proposed control rule is a first proposed controlrule; wherein the repeated pattern of control is a first repeatedpattern of control; the method further comprising: monitoring a behaviorof a second user controlling the particular resource disposed in thedomain of the network environment; based on the monitored behavior ofthe second user, identifying a second repeated pattern of control inwhich the second user controls the particular resource in the domain;deriving a second proposed control rule based on the second repeatedpattern of control in which the second user controls the particularresource; and configuring the domain management resource with the secondproposed control rule to perform future control of the particularresource on behalf of the second user in a manner as detected in thesecond repeated pattern of control.
 7. The method as in claim 6 furthercomprising: receiving input indicating a control hierarchy of the firstuser and the second user in the domain; and ranking the first controlrule and the second control rule based on the input indicating thecontrol hierarchy.
 8. The method as in claim 7 further comprising:detecting presence of both the first user and the second user in thedomain; utilizing the control hierarchy to identify a ranking of thefirst user with respect to the second user; and in response to detectingthat the second user resides higher in the control hierarchy than thefirst user, controlling the particular resources using the secondcontrol rule.
 9. The method as in claim 8 further comprising: detectingthe control hierarchy based on monitoring control of the particularresource by the first user and the second user.
 10. The method as inclaim 1 further comprising: monitoring feedback generated by the user atmultiple different times, the feedback indicating whether the user likedcurrent environmental settings in the domain; and deriving the proposedcontrol rule based at least in part on the feedback.
 11. The method asin claim 1 further comprising: associating the proposed control rulewith the user; and in response to detecting presence of the user in thedomain, controlling the particular resource in accordance with thecontrol rule.
 12. The method as in claim 1 further comprising:presenting the proposed control rule for review in response to detectingthat control of the particular resource falls within a category ofinterest as selected by the user.
 13. A method comprising: receivingfeedback generated by a user, the feedback indicating that the userlikes current environmental conditions in a domain of a networkenvironment in which the user resides; producing a profile for the user,the profile recording the current environmental conditions to which thefeedback pertains; and deriving a control setting to control futureenvironmental settings in the domain based on the feedback andcorresponding recorded environmental conditions in the profile.
 14. Themethod as in claim 13 further comprising: initiating display of aselectable symbol on a display screen viewed by the user, selection ofthe selectable symbol by the user producing the feedback indicating thatthe user likes the current environmental conditions of the domain arounda time of the selection.
 15. The method as in claim 13 furthercomprising: initiating display of a graphical user interface throughwhich the user provides the feedback; and in response to receiving inputto the graphical user interface, initiating display of a notificationrequesting the user to specify which of multiple environmentalparameters associated with the domain the user likes at a time ofproviding the feedback.
 16. The method as in claim 15 furthercomprising: receiving selection of a set of environmental parametersfrom the multiple environmental parameters; and utilizing currentsettings of resources that control the set of environmental parametersto derive the control setting.
 17. The method as in claim 13, whereinreceiving the feedback includes: receiving first feedback from the userat a first time and receiving second feedback from the user at a secondtime; wherein producing the profile associated with the user includes:i) around the first time, recording first environmental settings of thedomain to which the first feedback pertains, and ii) around the secondtime, recording second environmental settings of the domain to which thesecond feedback pertains; and wherein deriving the control settingincludes: producing the control setting based on a combination of: i)the first environmental settings associated with the first feedback, andii) the second environmental settings associated with the secondfeedback.
 18. The method as in claim 13 further comprising: utilizingthe control setting to program a domain management resource associatedwith the domain, the domain management resource monitoring currentenvironmental conditions of the domain and utilizing the derived controlsetting to control the future environmental conditions of the domain inaccordance with control settings as specified by the control setting.19. The method as in claim 13, wherein deriving the control settingincludes: identifying settings of multiple resources that contribute tocontrolling the current environmental conditions of the domain to whichthe feedback pertains; and producing the control setting to control themultiple resource in a manner as indicated by the identified settings.20. The method as in claim 13 further comprising: associating thecontrol setting with a particular room in the domain; and creating aselectable option to execute the control setting.
 21. The method as inclaim 20 further comprising: in response to detecting presence of theuser in the particular room to which the selectable control optionpertains, initiating display of the selectable option; and in responseto receiving selection of the selectable option by the user, controllingenvironmental parameters of the room in a manner as specified by thecontrol setting.
 22. A computer system comprising: computer processorhardware; and a hardware storage resource coupled to the computerprocessor hardware, the hardware storage resource storing instructionsthat, when executed by the computer processor hardware, causes thecomputer processor hardware to perform operations of: receiving feedbackgenerated by a user, the feedback indicating that the user likes currentenvironmental conditions in a domain of a network environment in whichthe user resides; producing a profile for the user, the profilerecording the current environmental conditions to which the feedbackpertains; and deriving a control setting to control future environmentalsettings in the domain based on the feedback and corresponding recordedenvironmental conditions in the profile.
 23. The computer system as inclaim 22, wherein the computer processor hardware further performsoperations of: initiating display of a selectable symbol on a displayscreen viewed by the user, selection of the selectable symbol by theuser producing the feedback indicating that the user likes the currentenvironmental conditions of the domain around a time of the selection.24. The computer system as in claim 22, wherein the computer processorhardware further performs operations of: initiating display of agraphical user interface through which the user provides the feedback;and in response to receiving input to the graphical user interface,initiating display of a notification requesting the user to specifywhich of multiple environmental parameters associated with the domainthe user likes at a time of providing the feedback.
 25. The computersystem as in claim 24, wherein the computer processor hardware furtherperforms operations of: receiving selection of a set of environmentalparameters from the multiple environmental parameters; and utilizingcurrent settings of resources that control the set of environmentalparameters to derive the control setting.
 26. The computer system as inclaim 22, wherein receiving the feedback includes: receiving firstfeedback from the user at a first time and receiving second feedbackfrom the user at a second time; wherein producing the profile associatedwith the user includes: i) around the first time, recording firstenvironmental settings of the domain to which the first feedbackpertains, and ii) around the second time, recording second environmentalsettings of the domain to which the second feedback pertains; andwherein deriving the control setting includes: producing the controlsetting based on a combination of: i) the first environmental settingsassociated with the first feedback, and ii) the second environmentalsettings associated with the second feedback.
 27. The computer system asin claim 22, wherein the computer processor hardware further performsoperations of: utilizing the control setting to program a domainmanagement resource associated with the domain, the domain managementresource monitoring current environmental conditions of the domain andutilizing the derived control setting to control the futureenvironmental conditions of the domain in accordance with controlsettings as specified by the control setting.
 28. The computer system asin claim 22, wherein deriving the control setting includes: identifyingsettings of multiple resources that contribute to controlling thecurrent environmental conditions of the domain to which the feedbackpertains; and producing the control setting to control the multipleresource in a manner as indicated by the identified settings.
 29. Thecomputer system as in claim 22, wherein the computer processor hardwarefurther performs operations of: associating the control setting with aparticular room in the domain; and creating a selectable option toexecute the control setting.
 30. The computer system as in claim 29,wherein the computer processor hardware further performs operations of:in response to detecting presence of the user in the particular room towhich the selectable control option pertains, initiating display of theselectable option; and in response to receiving selection of theselectable option by the user, controlling environmental parameters ofthe room in a manner as specified by the control setting. 31.Computer-readable hardware storage having instructions stored thereon,the instructions, when carried out by computer processor hardware,causes the computer processor hardware to perform operations of:monitoring a behavior of a user controlling multiple resources disposedin a domain of a network environment, the multiple resourcescommunicatively coupled to a domain management resource associated withthe domain; based on the monitored behavior, identifying a repeatedpattern of control in which the user controls a particular resource inthe domain; producing a proposed control rule based on the repeatedpattern of control, the proposed control rule specifying how to controlthe particular resource; and presenting the proposed control rule forreview prior to programming the domain management resource with theproposed control rule.